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BACKGROUND OF THE INVENTION 



Field of the Invention 

[0003] The present invention relates to forecasting weather-based demand for 

a product for an entity without a need for the entity to develop sales history 
data for the product. 

Background Art 

Historical Perspective of Retailing 

[0004] The retail industry has historically been influenced by the shape of the 

times. For example, the retail industry is impacted by war and peace, lifestyle 
changes, demographic shifts, attitude progressions, economic expansion and 
contraction, tax policies, and currency fluctuations. 

[0005] The period from 1965 to 1975 was marked by growth and 

segmentation in the retail industry. New types of stores such as department 
stores, specialty stores, and discount stores appeared, increasing competition 
in the retail industry. One result of this growth was a decrease in gross margin 
(sales price - cost of goods sold). Another result was a shifting of supply 
sources. Originally, merchandise was supplied exclusively by vendors. 
However, segmentation and growth resulted in specialty chains and 
discounters manufacturing merchandise in-house (commonly known as 
vertical integration). 

[0006] The period from 1975 to 1980 was marked by disillusionment and 

complexity in the retail industry. Inflation and women entering the work force 
in significant numbers resulted in a more sophisticated consumer. Many 
retailers began to rethink the basics of merchandising in terms of merchandise 
assortments, store presentations, customer service, and store locations. Other 
less sophisticated retailers continued on an undisciplined and unstructured 
policy of store growth. 
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[0007] The period from 1980 to 1990 was marked by recovery and 

opportunity in the retail industry. An economic boom stimulated consumer 
confidence and demand. This, coupled with the expansion of the previous 
period, paved the way for the retail industry to overborrow and overbuild. 
With their increased size, retailers became increasingly unable to manage and 
analyze the information flowing into their organizations. 

_ Retailing Problems and the Evolution of Computing Systems 

[0008] The problems and opportunities facing the retailer fall into two 

categories of factors: (1) external factors and (2) internal (or industry) factors. 
External factors impacting the retail industry include, for example, adverse or 
favorable weather, rising labor costs, increasing property costs, increased 
competition, economics, increasing cost of capital, increasing consumer 
awareness, increasing distribution costs, changing demographics and zero 
population growth, decreasing labor pool, and flat to diminishing per capita 
income. 

[0009] Internal (or industry) factors affecting the retail industry include, for 

example, large number of stores (decentralization), homogeneity among 
retailers, continuous price promotion (equates to decreased gross margin), 
decreasing customer loyalty, minimal customer service, physical growth 
limitations, and large quantities of specific retailer store information. 

[0010] Growth and profitability can only be achieved by maximizing the 

productivity and profitability of the primary assets of the retail business: 
merchandise (inventory), people, and retail space. The above external and 
industry factors have added to a retailers burdens of maintaining the 
productivity of these assets. 

[0011] Of the three primary assets, merchandise productivity is particularly 

important due to the limiting effect of external and internal factors on people 
and space productivity (e.g., physical growth limitations and high labor costs). 
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Merchandise productivity can be best achieved by maintaining effective mix 
of product in a store by product characteristic (merchandise assortments). 

[0012] To achieve more effective merchandise assortments, a retailer must 

have a merchandise plan that provides the retailer with the ability to (1) define, 
source, acquire, and achieve specific target merchandise assortments for each 
individual store location; (2) achieve an efficient, non-disruptive flow from 
supply source to store; (3) maintain store assortments which achieve 
anticipated financial objectives; and (4) communicate effectively across all 
areas of the business to facilitate coordinated action and reaction. 

[0013] Such an effective merchandise plan must consider all possible external 

and industry factors. To obtain this knowledge, a retailer must have 
responsive and easy access to the data associated with these factors, referred to 
as external and industry data, respectively. To assimilate and analyze this 
data, which comes from many sources and in many formats, retailers began 
utilizing management information systems (MIS). The primary function of 
the MIS department in the retail industry has been the electronic collection, 
storage, retrieval, and manipulation of store information. Mainframe-based 
systems were primarily utilized due to the large amount of store information 
generated. Store information includes any recordable event, such as 
purchasing, receiving, allocation, distribution, customer returns, merchandise 
transfers, merchandise markdowns, promotional markdowns, advertising, 
inventory, store traffic, and labor data. In contrast to the extensive collection 
and storage of internal data, these systems, did not typically process external 
data. Rather, this non-industry data was simply gathered and provided to the 
retailer for personal interpretation. 

[0014] Since understanding of local and region level dynamics is a requisite 

for increased retailing productivity, retailers would essentially feed store 
information at the store level into massive mainframe databases for subsequent 
analysis to identify basic trends. However, the use of mainframes typically 
requires the expense of a large MIS department to process data requests. 
There is also an inherent delay from the time of a data request to the time of 
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the actual execution. This structure prevented MIS systems from becoming 
cost effective for use by executives in making daily decisions, who are 
typically not computer specialists and thus rely on data requests to MIS 
specialists. 

[0015] In the 1970s and 1980s, retrieval of store information for analysis and 

subsequent report generation were manually or electronically generated 
through a custom request to MIS department personnel. More recently, in 
response to the need for a rapid executive interface to data for managerial plan 
preparation, a large industry developed in Executive Information Systems 
(EIS). An EIS system is a computer-based system, which typically operates 
on a personal computer workstation platform and interfaces with the MIS 
mainframe or mid-range database. EIS systems generally allows information 
and analysis can be accessed, created, packaged and/or delivered for use on 
demand by users who are non-technical in background. Also, EIS systems 
perform specific managerial applications without extensive interaction with 
the user, which reduces or eliminates the need for computer software training 
and documentation. 

[0016] In contrast to store information, external information consists of 

manual reports covering such topics as economic forecasts, demographic 
changes, and competitive analysis. In conventional systems, external 
information is separately made available to the user for consideration in 
developing managerial plan. 

[0017] Technical improvements in speed and storage capability of personal 

computers (PCs) have allowed this trend towards EIS systems to take place, 
while most firms still maintain a mainframe or minicomputer architecture for 
basic point of sale (POS) data storage and processing. The advent of powerful 
mini computers, local area networks (LANs), and PC systems has resulted in 
many of the traditional mainframe retailing applications migrating to these 
new platforms. 
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Weather and Planning Activities 



[0018] Weather anomalies are more of a regional and local event rather than a 

national phenomenon in countries as geographically large as the United States. 
This is not to say that very anomalous weather cannot affect an entire country 
or continent, creating, for example, abnormally hot or cold seasons. However, 
these events are less frequent than regional or local aberrations. Significant 
precipitation and temperature deviations from normal events occur continually 
at time intervals in specific regions and locations throughout the United States. 

[0019] Because actual daily occurrences fluctuate around the long term 

"normal" or "average" trend line (in meteorology, normal is typically based on 
a 30 year average), past historical averages can be a very poor predictor of 
future weather on a given day and time at any specific location. Implicitly, 
weather effects are already embedded in an MIS POS database, so the retailer 
is consciously or unconsciously using some type of historical weather as a 
factor in any planning approach that uses trendline forecasts based on 
historical POS data for a given location and time period. 

[0020] At a national level, weather is only one of several important variables 

driving consumer demand for a retailers products. Several other factors are, 
for example, price, competition, quality, advertising exposure, and the 
structure of the retailers operations (number of stores, square footage, 
locations, etc). Relative to the national and regional implementation of 
planning, the impact of all of these variables dominates trendline projections. 

[0021] As described above, POS databases track sales trends of specific 

categories at specific locations which are then aggregated and manipulated 
into regional and national executive information reports. Since the impact of 
local weather anomalies can be diluted when aggregated to the national levels 
(sharp local sales fluctuations due to weather tend to average out when 
aggregated into national numbers), the impact of weather has not received 
much scrutiny relative to national planning and forecasting. 



SKGFRef.: 1481.0290000 



[0022] The impact of weather on a regional and local level is direct and 

dramatic. At the store level, weather is often a key driver of sales of specific 
product categories. Weather also influences store traffic which, in turn, often 
impacts sales of all goods. Weather can influence the timing and intensity of 
markdowns, and can create stockout situations which replenishment cycles can 
not address due to the inherent time lag of many replenishment approaches. 

[0023] The combination of lost sales due to stockouts and markdowns 

required to move slow inventory are enormous hidden costs, both in terms of 
lost income and opportunity costs. Aggregate these costs on a national level, 
and weather is one of the last major areas of retailing where costs can be 
carved out (eliminate overstocks) and stores can improve productivity (less 
markdown allows for more margin within the same square footage). 

[0024] In short, weather can create windows of opportunity or potential 

pitfalls that are completely independent events relative to economics, 
demographics, consumer income, and competitive issues (price, quality). The 
cash and opportunity costs in the aggregate are enormous. 

Conventional Approaches Addressing Weather Impact 

[0025] Though the majority of retailers acknowledge the effects of weather, 

many do not consider weather as a problem per se, considering it as a 
completely uncontrollable part of the external environment. 

[0026] However, the underlying problem is essentially one of prediction of the 

future; i.e., developing a predictive model. All retailers must forecast 
(informally or formally) how much inventory to buy and distribute based on 
expected demand and appropriate inventory buffers. Hence, many 
conventional predictive modeling processes have been developed, none of 
which adequately address the impact of weather. 

[0027] One conventional solution is to purposely not consider the impact of 

weather on retail sales. In such instances, the retailer will maintain high 
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inventory levels and rapidly replenish the inventory as it is sold. This 
approach creates large working capital needs to support such a large inventory. 
[0028] Another conventional solution is for the retailer to qualitatively use 

weather information to anticipate future demands. This procedure, if used by 
decision makers, is very subjective and does not evaluate weather in a 
predictive sense. Nor does it quantify the effect of past and future weather on 
consumer demands. 

[0029] Another conventional approach is the utilization of climatology. 

Climatology is the study of the climates found on the earth. Climatology 
synthesizes weather elements (temperature, precipitation, wind, etc.) over a 
long period of time (years), resulting in characteristic weather patterns for a 
given area for a given time frame (weekly, monthly, seasonably, etc.). This 
approach does not utilize forecasted weather as a parameter, which can vary 
considerably from any given time period from year to year for a given area. 
Climatology yields only the average weather condition, and is not indicative of 
the weather for any specific future time frame. 

[0030] Manufacturers and retailers have been known to rely on broad 

projections developed by the National Weather Service (the governmental 
entity in the USA charged with disseminating weather data to the public) and 
other private forecasting firms. With reference to long range projections, 
these may be vague, broad, and lack regional or local specificity. It is of 
limited use since they are issued to cover anticipated weather averaged for 30, 
60, or 90 day periods covering large geographic areas. This information 
cannot be quantified or easily integrated into an MIS-based planning system 
which is geared toward a daily or weekly time increment for specific location 
and time. 

[0031] in summary, the above conventional solutions to weather planning 

problems in retail all suffer from one or several deficiencies which severely 
limit their commercial value, by not providing: (1) regional and/or local 
specificity in measuring past weather impact and projecting future weather 
impact, (2) the daily, weekly, and monthly increment of planning and 
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forecasting required in the retail industry, (3) ample forecast leadtime required 
by such planning applications as buying, advertising, promotion, distribution, 
financial budgeting, labor scheduling, and store traffic analysis, (4) the 
quantification of weather impact required for precise planning applications 
such as unit buying and unit distribution, financial budget forecasting, and 
labor scheduling, (5) reliability beyond a three to five day leadtime, (6) a 
predictive weather impact model, which links quantitative weather impact 
measurement through historical correlation, with quantitative forecasts, (7) the 
ability to remove historical weather effects from past retail sales for use as a 
baseline in sales forecasting, (8) an entirely electronic, computerized, EIS 
implementation for ease of data retrieval/analysis with specific functions that 
solve specific managerial planning applications, and (9) a graphical user 
interface representing a predictive model in graphs, formats, and charts 
immediately useful to the specific managerial applications. 

Today's Additional Needs 

[0032] The above-identified nine limitations of conventional solutions to 

weather planning problems in retail were met by such systems, methods and 
computer program products disclosed in commonly-assigned U.S. Patent Nos. 
5,521,813; 5,491,629; 5,796,932; and 5,832,456; and commonly-assigned U.S. 
Application Nos. 09/656,397; and 09/907,714, each of which is incorporated 
herein in its entirety by reference. However, what is currently needed is a 
system, method, or computer program product that can forecast weather-based 
demand for a product for an entity without a need for the entity to develop 
sales history data for the product. 

Scope of the Problem 

[0033] While the above discussion focused on the retail industry (i.e., the 

impact of weather on the retail industry), the effects of weather are not 
confined to the retail industry. Weather impacts many aspects of human 
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endeavor. Accordingly, the discussion above applies equally to many other 
applications, including but not limited to, retail products and services; 
manufacturing/production (e.g., construction, utilities, movie production 
companies, advertising agencies, forestry, mining, and the like); 
transportation; the entertainment industry; the restaurant industry; consumer 
activities and/or events (e.g., golfing, skiing, fishing, boating, vacations, 
family reunions, weddings, honeymoons, and the like); and processing, 
valuating, and trading of financial instruments (e.g., options, futures, swaps, 
and the like). 

BRIEF SUMMARY OF THE INVENTION 

[0034] The present invention comprises a system, method, and computer 

program product that can forecast weather-based demand for a product for an 
entity without a need for the entity to develop sales history data for the 
product. 

[0035] In an embodiment, the present invention comprises a system for 

forecasting weather-based demand. The system comprises a recombination 
processor. The recombination processor is configured to receive weather 
metric data and a weather factor relationship knowledgebase. The 
recombination processor is configured to produce normalized weather factor 
metric data. The weather factor relationship knowledgebase can be a weather- 
impact model. The weather-impact model can comprise at least one of an 
empirical scoring matrix, a weather indices template, and a proxy model 
conditions template. The weather-impact model can be derived from an 
analysis of normalized proxy sales history data. 

[0036] The normalized proxy sales history data can be derived from at least 

one of old sales history data for a product from an entity, sales history data for 
the product from a second entity, sales history data for the product from an 
outside source, sales history data for a category that includes the product, and 
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sales history data for a proxy product that has a similar weather-based demand 
relationship as the product. 
[0037] The system can further comprise a volatility scaling processor. The 

volatility scaling processor can be configured to receive the normalized 
weather factor metric data and volatility scale factor data. The volatility 
scaling processor can be configured to produce scaled weather factor metric 
data. The system can also further comprise a deaggregation processor. The 
deaggregation processor can be configured to receive the normalized or the 
scaled weather factor metric data and deaggregation data. The deaggregation 
processor can be configured to produce deaggregated weather factor metric 
data. 

[0038] In another embodiment, the present invention comprises a method for 

forecasting weather-based demand. Weather metrics data and a weather factor 
relationship knowledgebase are received and used to forecast the weather- 
based demand. The weather factor relationship knowledgebase can be a 
weather-impact model. The weather-impact model can comprise at least one 
of an empirical scoring matrix, a weather indices template, and a proxy model 
conditions template. The weather-impact model can be derived from an 
analysis of normalized proxy sales history data. The weather-based demand 
can be scaled, deaggregated, or both. 

[0039] In yet another embodiment, the present invention comprises a 

computer program product for forecasting weather-based demand. The 
computer program product has computer program code means embodied in a 
computer useable medium. The computer program code means comprises a 
first program code means, a second program code means, and a third program 
code means. The first program code means are for receiving weather metrics 
data. The second program code means are for receiving a weather factor 
relationship knowledgebase. The third program code means are for 
forecasting the weather-based demand by using the weather metrics data and 
the weather factor relationship knowledgebase. 
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[0040] The weather factor relationship knowledgebase can be a weather- 

impact model. The weather-impact model can comprise at least one of an 
empirical scoring matrix, a weather indices template, and a proxy model 
conditions template. The weather-impact model can be derived from an 
analysis of normalized proxy sales history data. 

[0041] The computer program product can further comprise a fourth program 

code means. The fourth program code means can be for scaling the weather- 
based demand, for deaggregating the weather-based demand, or both. 

[0042] Further embodiments, features, and advantages of the present 

invention, as well as the structure and operation of the various embodiments of 
the present invention, are described in detail below with reference to the 
accompanying figures. 

BRIEF DESCRIPTION OF THE FIGURES 

[0043] The accompanying drawings, which are incorporated herein and form 

part of the specification, illustrate the present invention and, together with the 
description, further serve to explain the principles of the invention and to 
enable a person skilled in the pertinent art to make and use the invention. 

[0044] FIG. 1 is a block diagram of a system 100 for forecasting weather- 

based demand. 

[0045] FIGs. 2A and 2B show an exemplary representation of weather metric 

data 108. 

[0046] FIG. 3 shows weather factor relationship knowledgebase 110 with an 

exemplary empirical scoring matrix 310. 
[0047] FIG. 4 shows weather factor relationship knowledgebase 110 with an 

exemplary weather indices template 400. 
[0048] FIG. 5 shows weather factor relationship knowledgebase 110 with an 

exemplary proxy model conditions template 500. 
[0049] FIG. 6 shows volatility scale factor data 114 with an exemplary scaling 

template 600. 
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[0050] FIG. 7 shows an exemplary representation of deaggregation data 116. 

[0051] FIG. 8 shows a flow chart of a method 800 for forecasting weather- 

based demand. 

[0052] FIG. 9 is a block diagram of an example computer system 900 that can 

support an embodiment of the present invention. 

[0053] The preferred embodiments of the invention are described with 

reference to the figures where like reference numbers indicate identical or 
functionally similar elements. Also in the figures, the left-most digit(s) of 
each reference number identify the figure in which the reference number is 
first used. 

DETAILED DESCRIPTION OF THE INVENTION 

Overview 

[0054] For convenience, the present invention is described herein in the 

context of a retail environment. However, it should be understood that the 
invention is adapted and envisioned for use in many other applications, 
including but not limited to, retail products and services; 
manufacturing/production (e.g., construction, utilities, movie production 
companies, advertising agencies, forestry, mining, and the like); 
transportation; the entertainment industry; the restaurant industry; consumer 
activities and/or events (e.g., golfing, skiing, fishing, boating, vacations, 
family reunions, weddings, honeymoons, and the like); and processing, 
valuating, and trading of financial instruments (e.g., options, futures, swaps, 
and the like). Thus, as used herein, the term "product" refers to the interest of 
any of the applications described above. Furthermore, the present invention is 
described in terms of data that corresponds to a specific location, a specific 
year, a specific time period, or any combination of the foregoing. The skilled 
artisan will understand that the present invention functions even when data is 
not specifically delineated by location, year, or time period. Thus, the present 
invention is not limited by data delineated in this manner. 
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[0055] The present invention comprises a system, method, and computer 

program product that can forecast weather-based demand for a product for an 
entity without a need for the entity to develop sales history data for the 
product. The present invention has particular applications for entities lacking 
sales history data for a product (e.g., manufacturers), for entities planning 
expansion of the geographical scope of their business, and for entities 
considering additional product offerings. The skilled artisan will recognize 
other applications for the present invention such that the present invention is 
not limited to the applications described above. 

[0056] In the present invention, the methods for forecasting weather-based 

demand for a product use weather metric data and a weather factor 
relationship knowledgebase. The weather metric data can comprise a variety 
of denominations for weather conditions, weather patterns, or both. The 
weather conditions or weather patterns can be determined from recorded 
observations, forecasts, or both. The weather factor relationship 
knowledgebase can be realized by any of a variety of weather-impact models. 
A weather-impact model describes an effect that weather has had (or is 
expected to have) on demand for a specific product at a specific location 
during a specific time period. The effect is derived from an analysis of 
normalized proxy sales history data for the specific product using statistical 
techniques, expert assessment, expert definition, or any combination of the 
foregoing. 

[0057] In addition to various stand-alone embodiments, the present invention 

can also be used in conjunction with the methods described in commonly- 
assigned U.S. Patent Nos. 5,521,813; 5,491,629; 5,796,932; and 5,832,456; 
commonly-assigned U.S. Application Nos. 09/656,397; and 09/907,714; and 
similar methods. That is to say, additional information with regards to 
weather-based demand for a product may be derived by comparing a forecast 
of weather-based demand for the product determined using the methods 
described herein (which use proxy sales history data for the product) with a 
forecast of weather-based demand for the product determined using any of the 
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methods in commonly-assigned U.S. Patent Nos. 5,521,813; 5,491,629; 
5,796,932; and 5,832,456; and commonly-assigned U.S. Application Nos. 
09/656,397; and 09/907,714 (which use actual sales history data for the 
product). 

[0058] For example, actual sales history data for the product inherently 

include the effects of a variety of factors that impact demand for the product. 
Such factors include, in addition to weather conditions and weather patterns, 
such activities as advertising, promotional markdowns, management practices 
of the entity, and the like. Therefore, a forecast of weather-based demand for 
the product determined using actual sales history data may not accurately 
depict the effect of weather on demand for the product. However, a 
comparison of this forecast with a second forecast determined using proxy 
sales history data can be used to extract the effect of weather on demand for 
the product from the effect of other factors that impact demand (e.g., 
advertising, promotional markdowns, etc.). The skilled artisan will appreciate 
other advantages to forecasting weather-based demand for a product for an 
entity using data that is independent of the management practices of the entity. 

System for Forecasting Weather-Based Demand 

[0059] The present invention provides a system for forecasting weather-based 

demand. FIG. 1 is a block diagram of a system 100 for forecasting weather- 
based demand. System 100 comprises a recombination processor 102, 
optionally a volatility scaling processor 104, and optionally a deaggregation 
processor 106. Recombination processor 102 can receive input data from 
weather metric data 108 and weather factor relationship knowledgebase 110 
and can produce normalized weather factor metric data 112. Normalized 
weather factor metric data 112 can be indicative of weather-based demand. 
Optionally, normalized weather factor metric data 112 can be refined via a 
volatility scaling processor 104 that uses volatility scale factor data 114 to 
scale normalized weather factor metric data 112. Optionally, normalized 
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weather factor metric data 112 (scaled or otherwise) can be refined via a 
deaggregation processor 106 that uses deaggregation data 116. System 100 
allows an entity to forecast weather-based demand for a specific 
product/location/time period combination using weather metric data 108 and 
weather factor relationship knowledgebase 110. 

Weather Metric Data 

[0060] FIGs. 2A and 2B show an exemplary representation of weather metric 

data 108. Weather metric data 108 can comprise any of a variety of tables 
including, but not limited to: Table 210, Table 230, Table 250, and Table 270. 
Weather metric data 108 can comprise a variety of denominations for weather 
conditions, weather patterns, or both. The weather conditions or weather 
patterns can be determined from recorded observations, forecasts, or both. 
The weather information of weather metric data 108 can be provided on a per 
period basis (e.g., PI, P2, P3, etc.). The period can be any increment of time, 
such as daily, weekly, bi-weekly, monthly, bi-monthly, quarterly, etc. 
Preferably, the time period used for weather metric data 108 corresponds to a 
time period used for weather factor metric output data 112. 

[0061] Weather metric data 108 can be received from a variety of public and 

nonpublic sources. These include, but are not limited to, Planalytics, Inc. of 
Wayne, Pennsylvania, U.S.A.; WeatherMarkets.com of Wayne, Pennsylvania, 
U.S.A.; Agricultural Weather Information Service, Inc. of Auburn, Alabama, 
U.S.A.; the National Climatic Data Center; the National Weather Service; the 
Federal Aviation Administration; the United States Coast Guard; and the 
military services. Weather metric data 108 can include information on the 
weather at specific times, specific locations, or both. For example, weather 
metric data 1 08 can include one or more records (shown as rows) identified by 
a specific year, a specific metropolitan area (MA), or both. (The term MA 
closely resembles the term Metropolitan Statistical Area (MSA), which is well 
known to those of skill in the art. However, a MA encompasses a larger 
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surrounding geographical area/region than does a corresponding MSA, strictly 
defined. Nevertheless, since MA and MSA are similar, they are used 
interchangeably herein.) For example, weather metric data 108 can contain, 
but is not limited to, information for 600 MAs. 

[0062] Records of weather metric data 108 can be further identified by 

different weather data types. In an embodiment of the present invention, 
weather metric data 108 can include four types of weather data: actual, 
seasonal, category, and index. These records can contain fields of data 
specifying the weather that occurred or is forecast for a specific year, in a 
specific MA, of a specific weather data type for one or more of the periods. 

[0063] An actual weather data type is used for the actual value of a weather 

condition. For example, the weather data type "temp" is used for the actual 
temperature. The weather data type "snow" is used for the actual snowfall. 
The weather data type "prec" is used for the actual precipitation. In Table 
210, records 211, 212, 213, 223, 224, and 225 include examples of actual 
weather data. 

[0064] A seasonal weather data type is used for the seasonal (or arithmetic 

average) value of a weather condition. For example, the weather data type 
"temp. sea" is used for the average (or seasonal) temperature. The weather 
data type "snow.sea" is used for the average snowfall. The weather data type 
"prec.sea" is used for the average precipitation. In Table 230, records 231, 
232, and 233 include examples of seasonal weather data. Note that, because 
seasonal weather data is not associated with specific years, records in Table 
230 are not identified by specific years. 

[0065] A category weather data type can be used to reflect a relationship 

between actual and seasonal values of a weather condition. For example, the 
weather data type "temp. cat" can be used to reflect a relationship between 
actual and seasonal temperature. The weather data type "prec.cat" can be used 
to reflect a relationship between actual and seasonal precipitation. The 
relationship can be represented by numeric data. For example, for a specific 
category weather data type record and a specific period: (1) if the data has a 
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value of 1, then the actual value of the specific weather condition was (or is 
forecasted to be) greater than its seasonal value; (2) if the data has a value of 
0, then the actual value of the specific weather condition was (or is forecasted 
to be) substantially equal to its seasonal value; and (3) if the data has a value 
of -1, then the actual value of the specific weather condition was (or is forecast 
to be) less than its seasonal value. In Table 210, records 214, 215, 226, and 
227 include examples of category weather data as described above. 

[0066] Of course, values other than 1, 0, and -1 could be alternatively used to 

indicate these relationships. For example, commonly assigned pending U.S. 
Application No. 09/656,397, filed September 6, 2000, which is incorporated 
herein in its entirety by reference further differentiates temperature conditions 
as "very cold", "cold", "seasonal", "warm", and "very warm". As used in 
U.S. Application No. 09/656,397, these categories are defined below: 

[0067] Very Cold: The top ten percent coldest days that have historically 

occurred over a 30 year period from, for example, 1961-1990 based on a 
historical frequency distribution for a given location at a specific time period. 

[0068] Cold: Colder than seasonal for a particular location and time based on 

historical frequency distribution curves. That is, "cold" can occur in July 
when, for example, it is 79°F in Philadelphia when 85°F is "seasonal" or 
normal weather. This is because the perception to people in the Philadelphia 
geographic region is the day is not a typical July day, and thus "cold". 

[0069] Seasonal: In keeping with, or appropriate to, the time or season; 

timely; about normal or routine for the time of the year for a given location at 
a specific time (daily, weekly, monthly, yearly, etc.). 

[0070] Warm: Temperatures that are above the seasonal (normal) range for a 

given location at a specific period of time. 

[0071] Very Warm: The top ten percent warmest days that have historically 

occurred over a 30 year period from, for example, 1961-1990 based on a 
historical frequency distribution for a given location at a specific time period. 
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[0072] U.S. Application No. 09/656,397 defines precipitation as "any or all 

forms of water particles, whether liquid or solid, that fall from the atmosphere. 
The term includes such forms as drizzle, rain, showers, snowfall, snow pellets 
or grains, ice crystals, and hail." Although U.S. Application No. 09/656,397 
differentiates precipitation by its relation to seasonal averages, precipitation is 
principally distinguished by type as "dry", "showers", "rain", and "snow". 
These categories are defined below: 

[0073] _PT : Precipitation that is below the defined seasonal or normal 

amount for a specific location on a given date or during a specific time period. 

[0074] Showers: Precipitation usually characterized by the suddenness with 

which it starts and stops, by its rapid change of intensity, and by its spotty, hit- 
and-miss nature. 

[0075] Rain: Liquid form of continuous or steady precipitation as 

distinguished from the more erratic showers. Intensities vary from light to 
heavy. 

[0076] Snow: Precipitation composed of white or translucent ice crystals, 

chiefly configured in branched hexagon form. To convert snowfall amounts to 
liquid precipitation, divide the snowfall amount by ten. 

[0077] In Table 250, records 251, 252, 253, 254, 255, 256, 257, 258, 259, and 

260 include examples of category weather data as described above. The 
skilled artisan will appreciate other categories by which weather conditions 
can be distinguished and differentiated. The present invention is not limited to 
the categories described above. 

[0078] An index weather data type can be derived from various combinations 

of the other weather data types: actual, seasonal, and category. Weather 
indices can have many forms. These combinations can be developed using 
statistical techniques, expert assessment, expert definition, or any combination 
of the foregoing. For example, if the occurrence of a high number of days in a 
week (or other period) having both "dry" and "warm" categorical conditions 
has been found to positively influence the number of shoppers at stores in a 
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given location, then index weather data types can be defined to identify these 

combinations. The following are examples of such index weather data types: 
[0079] CT MAX WARM : The count of days within a period having the 

daily maximum temperature above seasonal. 
[0080] CTJMIN_SEAS: The count of days within a period having the daily 

minimum temperature at (or about) seasonal. 
[0081] CT MAX WARM DRY : The count of days within a period having 

both the daily maximum temperature above seasonal and dry conditions. 
[0082] CT_MIN_COLD_WET: The count of days within a period having 

both the daily minimum temperature below seasonal and wet conditions. 
[0083] CT_MIN_WARM_MINUS_COLD: The difference between the 

count of days within a period having the daily minimum temperature above 

seasonal and the count of days having the daily minimum temperature below 

seasonal. 

[0084] CT MAX WARM SEAS MINUS COLD : Within a period, the 

difference between the following two quantities: (1) the sum of the count of 
days having the daily maximum temperature above seasonal and four-tenths of 
the count of days having the daily maximum temperature at (or about) 
seasonal and (2) the count of days having the daily maximum temperature 
below seasonal. 

[0085] CT_MAX_TEMP_32_AND_PRECIP: The count of days within a 

period having both the daily maximum temperature below or equal to thirty- 
two degrees Fahrenheit and some form of precipitation. 

[0086] In Table 210, records 216, 217, 218, 219, 220, 221, 222, and in Table 

270, records 271, 272, 273, 274, 275, 276, 277, 278, 279, and 280 include 
examples of index weather data as described above. The skilled artisan will 
appreciate other ways in which index weather data types can be derived. The 
present invention is not limited to the index weather data types described 
above. 
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Weather Factor Relationship Knowledgebase 

[0087] Weather factor relationship knowledgebase 110 can be realized by a 

weather-impact model. The weather-impact model describes an effect that 
weather has had (or is expected to have) on demand for a specific product at a 
specific location during a specific time period. The effect is derived from an 
analysis of normalized proxy sales history data for the specific product using 
statistical techniques, expert assessment, expert definition, or any combination 
of the foregoing. Thus, advantageously, an entity does not need to develop 
sales history data for the specific product at the specific location during the 
specific time period. 

[0088] Proxy sales history data can be derived from any of a variety of 

sources. These include, but are not limited to: (1) old sales history data for 
the specific product from the entity, (2) sales history data for the specific 
product from a second entity, (3) sales history data for the specific product 
from an outside source, (4) sales history data for a category (e.g., 
FOOTWEAR) that includes the specific product (e.g., BOOTS), (5) sales 
history data for a proxy product (e.g., HATS) that has a similar weather-based 
demand relationship as the specific product (e.g., BOOTS), and (6) any 
combination of the foregoing (e.g., sales history data for a category that 
includes a proxy product with a similar weather-based demand relationship as 
the specific product from an outside source that is several years old). Outside 
sources can include, but are not limited to, reports produced by ACNielsen of 
New York, New York, U.S.A.; The D&B Corporation of Short Hills, New 
Jersey, U.S.A. (Dun and Bradstreet); and the like. A proxy product or a 
category can be determined using statistical techniques, expert assessment, 
expert definition, or any combination of the foregoing. 

[0089] Proxy sales history data for the specific product are normalized using 

any technique that ensures consistent scale between data from different 
sources. For example, proxy sales history data for the specific product can be 
normalized with respect to total sales within a combination of a specific 
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location and a specific time period. Preferably, the desired weather-based 
demand is for a location similar to the location from which normalized proxy 
sales history data was derived. Preferably, the desired weather-based demand 
is for a time period similar to the time period from which normalized proxy 
sales history data was derived. Preferably, normalized proxy sales history data 
comprises a large volume of data, data for recent sales, or both. 

[0090] Weather factor relationship knowledgebase 110 can be realized in a 

variety of forms. Often, a form for weather factor relationship knowledgebase 
110 can depend upon the availability of the data from which the weather- 
impact model was derived. Generally, but not always, a form derived from 
actual weather data is preferable to other forms, and a form derived from index 
weather data is preferable to one derived from category weather data. 

[0091] Exemplary forms for weather factor relationship knowledgebase 110 

are described below as three different embodiments of the present invention. 
However, the skilled artisan will recognize other forms for weather factor 
relationship knowledgebase 110. The present invention is not limited to the 
forms described below. 

Empirical Scoring Matrices 

[0092] In a first embodiment, weather factor relationship knowledgebase 110 

comprises at least one empirical scoring matrix. FIG. 3 shows weather factor 
relationship knowledgebase 110 with an exemplary empirical scoring matrix 
310. Scoring matrix 310 is described in U.S. Application No. 09/656,397, 
which is incorporated in its entirety herein by reference. Scoring matrix 310 
provides values (e.g., "scores") indicative of weather-based demand as a 
function of categories for two category weather data types. In scoring matrix 
310, for example, weather-based demand for various combinations of 
temperature and precipitation category weather data is scored as integers in 
which -2 corresponds to "most unfavorable", -1 corresponds to "unfavorable", 
0 corresponds to "typical", 1 corresponds to "favorable", and 2 corresponds to 
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"most favorable". Values in scoring matrix 310 can be determined from an 
analysis of normalized proxy sales history data for the specific product vis-a- 
vis the category weather data types used in scoring matrix 310 for a specific 
location and a specific time period. The analysis can use statistical techniques, 
expert assessment, expert definition, or any combination of the foregoing. 

[0093] Practical applications of such a weather-based demand score require 

that it be expressed relative to an understood baseline of weather-based 
demand for the product, which can be determined from an analysis of 
normalized proxy sales history data for the specific product. Baseline demand 
can be expressed as an average demand. The average demand can be 
expressed in terms of average demand from the previous year, the previous 
two years, "normal" averages over a multi-year span, or the like. However, 
the skilled artisan will understand other means by which baseline demand 
could be expressed. The present invention is not limited to the expressions of 
baseline demand described above. 

[0094] For example, if Table 250 at FIG. 2B includes recorded observations 

of category temperature data and category precipitation in the MSA designated 
UK002 for July 2000 and forecasts of category temperature data and category 
precipitation data in the MSA designated UK002 for July 2001, then scoring 
matrix 310 at FIG. 3 can be used to forecast weather-based demand for the 
specific product in the MSA designated UK002 for July 2001 . 

[0095] Record 254 of Table 250 at FIG. 2B shows forecasted category 

temperature data of "very warm" and category precipitation data of "showers" 
in the MSA designated UK002 for July 2001. With category temperature data 
of "very warm" and category precipitation data of "showers", scoring matrix 
310 at FIG. 3 shows a weather-based demand score of 2 for the specific 
product. Record 259 of Table 250 at FIG. 2B shows recorded category 
temperature data of "seasonal" and category precipitation data of "dry" in the 
MSA designated UK002 for July 2000. With category temperature data of 
"seasonal" and category precipitation data of "dry", scoring matrix 310 at FIG. 
3 shows a weather-based demand score of 0 for the product. 



SKGFRef.: 1481.0290000 



-24- 



[0096] Returning to FIG. 1, recombination processor 102 can receive, for the 

product in the MSA designated UK002, the weather-based demand score of 2 
for July 2001 and the weather-based demand score of 0 for July 2000. 
Recombination processor 102 can produce normalized weather factor metric 
data 1 12 as shown in Eq. (1): 

Eq. (1) WFMD1 = (WBDSforecast " WBDS b aseline)/RANGEl , 



where WFMD1 is normalized weather factor metric data 112, WBDSforecast is 
the weather-based demand score based upon the forecast category weather 
data, WBDSbaseiine is the weather-based demand score based upon the recorded 
category weather data, and RANGE 1 is the range of weather-based demand 
scores. In this example, WBDSforecast is 2, WBDSbaseiine is 0, and RANGE 1 is 
4 (from -2 to 2, inclusive). Thus, WFMD1 is +0.5, which represents a 
weather-based demand relationship that, relative to the range of possible 
values for weather-based demand scores, is fifty percent stronger in 2001 than 
it was in 2000. If the forecasted change in demand is scaled using volatility 
scaling processor 104, then the forecasted change in demand can be expressed 
in monetary denominations, units to be sold, or the like. 
[0097] Optionally, if analysis of normalized proxy sales history data for other 

products (in the same or other specific locations and during the same or other 
specific time periods) vis-a-vis the category weather data types used in scoring 
matrix 310 produces the same values as in scoring matrix 310, then scoring 
matrix 310 can also be used for these other product/location/time period 
combinations. For example, Table 320 at FIG. 3 shows that scoring matrix 
310 can be used to obtain weather-based demand scores for HVAC A/C units 
in the MSA designated UK002 between April and August, for AUTO A/C 
units in the MSA designated UK026 between May and August, and for other 
product/location/time period combinations. The skilled artisan will recognize 
that, in a computer system implementation, use of Table 320 and similar such 
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tables can reduce the amount of memory needed to realize the present 
invention. 

Weather Indices Templates 

[0098] In a second embodiment, weather factor relationship knowledgebase 

110 comprises at least one weather indices template. FIG. 4 shows weather 
factor relationship knowledgebase 110 with an exemplary weather indices 
template 400. Weather indices template 400 can identify an applicable 
weather index for a specific product/location/time period combination. The 
applicable weather index for the specific product/location/time period 
combination can be determined from an analysis of normalized proxy sales 
history data for the specific product/location/time period combination. The 
analysis can use statistical techniques, expert assessment, expert definition, or 
any combination of the foregoing. For example, correlation coefficients 
between the weather indices and the normalized proxy sales history data can 
be developed and used to identify a most applicable weather index for the 
specific product/location/time period combination. 

[0099] Furthermore, if the same weather index is determined from analysis of 

normalized proxy sales history data for other products in the same specific 
location/time period combination, then weather indices template 400 can be 
modified to reference these other products in a manner similar to that in which 
Table 320 at FIG. 3 can be used to identify other products that use scoring 
matrix 310. 

[0100] For example, if Table 270 at FIG. 2B includes recorded observations 

of index weather data in MSA 100 for period P5 in 2000 and forecasts of 
index weather data in MSA 100 for period P5 in 2001, then weather indices 
template 400 at FIG. 4 can be used to forecast weather-based demand for 
BOOTS in MSA 100 for period P5 in 2001 . 

[0101] Record 405 of weather indices template 400 identifies CT_MIN_SEAS 

as the applicable weather index for BOOTS in MSA 100 for period P5. For 
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CT_MIN_SEAS, record 275 of Table 270 at FIG. 2B shows forecasted index 
weather data of 2 in MSA 100 for period P5 in 2001. Record 280 shows 
recorded index weather data of 4 in MSA 100 for period P5 in 2000. 
[0102] Returning to FIG. 1, recombination processor 102 can receive, for 

BOOTS in MSA 100, forecasted index weather data of 2 for period P5 in 2001 
and recorded index weather data of 4 for period P5 in 2000. Recombination 
processor 102 can produce normalized weather factor metric data 112 as 
shown in Eq. (2): 

Eq. (2) WFMD2 = (IWD forecast - IWD base iine)/RANGE2, 

where WFMD2 is normalized weather factor metric data 112, IWDf or ecast is the 
forecasted index weather data, IWDbaseiine is the recorded index weather data, 
and RANGE2 is the range of values for index weather data. In this example, 
IWDforecast is 2, IWD ba seiine is 4, and RANGE2 is 7 (because the time period 
used in Table 270 at FIG. 2B is a week). Thus, WFMD2 is -0.28, which 
represents a weather-based demand relationship that, relative to the range of 
possible values for index weather data, is twenty-eight percent weaker in 2001 
than it was in 2000. If the forecasted change in demand is scaled using 
volatility scaling processor 104, then the forecasted change in demand can be 
expressed in monetary denominations, units to be sold, or the like. 

Proxy Model Conditions Templates 

[0103] In a third embodiment, weather factor relationship knowledgebase 110 

comprises at least one proxy model conditions template 500. FIG. 5 shows 
weather factor relationship knowledgebase 110 with an exemplary proxy 
model conditions template 500. Proxy model conditions template 500 
provides, for a specific product/location/time period combination, a weather- 
based demand coefficient for at least one actual weather data type, and 
historically modeled minimal and maximal values. In proxy model conditions 
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template 500, for example, temperature-based demand coefficients and 
precipitation-based demand coefficients are shown for demand for BOOTS in 
MSA 100 for various periods of time. In forecasting weather-based demand, 
minimal and maximal values provide, respectively, lower and upper limits. 
The lower and the upper limits determine the forecasted weather-based 
demand in the event that actual weather data is at such an extreme value that 
the relationship between demand and the weather condition ceases to be 
elastic. 

[0104] Weather-based demand coefficients in proxy model conditions 

template 500 can be determined from an analysis of normalized proxy sales 
history data for the combination of BOOTS and MSA 100 for the shown 
periods of time vis-a-vis the actual weather data types used in proxy model 
conditions template 500. Minimal and maximal values can also be determined 
from an analysis of normalized proxy sales history data for the combination of 
BOOTS and MSA 100 for the shown periods of time. The analysis can use 
statistical techniques, expert assessment, expert definition, or any combination 
of the foregoing. 

[0105] For example, if Table 210 at FIG. 2 A includes recorded observations 

of actual temperature data and actual precipitation data in MSA 100 data for 
period P3 in 2000 and forecasts of actual temperature data and actual 
precipitation data in MSA 100 for period P3 in 2001, then proxy model 
conditions template 500 at FIG. 5 can be used to forecast weather-based 
demand for BOOTS in MSA 100 for period P3 in 2001. 

[0106] Record 223 of Table 210 at FIG. 2A shows forecasted actual 

temperature data of 56.0 in MSA 100 for period P3 in 2001. Record 224 
shows forecasted actual precipitation data of 2.68 in MSA 100 for period P3 in 
2001. For BOOTS in MSA 100 and period P3, proxy model conditions 
template 500 at FIG. 5 shows, at record 503, a temperature-based demand 
coefficient of 0.0167, a precipitation-based demand coefficient of 0.053, a 
minimal value of 0.133, and a maximal value of 1.06. 
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[0107] Returning to FIG. 1, recombination processor 102 can receive 

forecasted actual temperature data of 56.0, forecasted actual precipitation data 
of 2.68, temperature-based demand coefficient of 0.0167, precipitation-based 
demand coefficient of 0.053, minimal value of 0.133, and maximal value of 
1.06. Recombination processor 102 can produce forecast weather-based 
demand as defined by Eqs. (3) and (4): 

Eq. (3) WBDforecast = (FATD)(TBDC) + (FAPD)(PBDC), 

Eq. (4) Min < WBD fore cast * Max, 

where WBDf 0re cast is the forecast weather-based demand, FATD is the 
forecasted actual temperature data, TBDC is the temperature-based demand 
coefficient, FAPD is the forecasted actual precipitation data, PBDC is the 
precipitation-based demand coefficient, Min is the minimal value, and Max is 
the maximal value. In this example, FATD is 56.0, TBDC is 0.0167, FAPD is 
2.68, PBDC is 0.053, Min is 0.133, and Max is 1.06. Thus, because 
WBDforecast calculated by Eq. (3) is 1.077, which is greater than Max, 
WBDforecast is set equal to Max: 1.06. 

[0108] Forecast weather-based demand can be compared with a baseline 

weather-based demand to produce normalized weather factor metric data 112. 
Record 211 of Table 210 at FIG. 2 A shows recorded actual temperature data 
of 45.0 in MSA 100 for period P3 in 2000. Record 212 shows recorded actual 
precipitation data of 0.9 in MSA 100 for period P3 in 2000. 

[0109] Returning to FIG. 1, recombination processor 102 can receive recorded 

actual temperature data of 45.0, recorded actual precipitation data of 0.9, 
temperature-based demand coefficient of 0.0167, precipitation-based demand 
coefficient of 0.053, minimal value of 0.133, and maximal value of 1.06. 
Recombination processor 102 can produce baseline weather-based demand as 
defined by Eqs. (5) and (6): 
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Eq. (5) WBDbasciinc = (RATD)(TBDC) + (RAPD)(PBDC) 5 

Eq. (6) Min < WBD ba seiine ^ Max, 

where WBDbaseiine is the baseline weather-based demand, RATD is the 
recorded actual temperature data, and RAPD is the recorded actual 
precipitation data. In this example, RATD is 45.0, TBDC is 0.0167, RAPD is 
0.9, PBDC is 0.053, Min is 0.133, and Max is 1.06. Thus, because WBDbaseiine 
calculated by Eq. (5) is 0.799, which is between Min and Max, WBDbaseiine is 
set equal to the value calculated in Eq. (5): 0.799. 
[0110] Recombination processor 102 can produce normalized weather factor 

metric data 1 12 as shown in Eq. (7): 

Eq. (7) WFMD3 = (WBD foreC ast - WBD baS eiine)/RANGE3, 

where WFMD3 is normalized weather factor metric data 112 and RANGE3 is 
the difference between Max and Min. In this example, WBDf 0r ecast is 1.06, 
WBDbaseiine is 0.799, and RANGE2 is 0.927. Thus, WFMD3 is +0.282, which 
represents a weather-based demand relationship that, relative to the range 
between the possible values for the minimal value and the maximal value, is 
28.2 percent stronger in 2001 than it was in 2000. If the forecasted change in 
demand is scaled using volatility scaling processor 104, then the forecasted 
change in demand can be expressed in monetary denominations, units to be 
sold, or the like. 

Scaling 

[0111] As described above, the present invention offers advantages to 

forecasting weather-based demand for a product for an entity using data that is 
independent of the management practices of the entity. However, when the 
present invention is implemented in this manner, normalized weather factor 
metric data 112 can be scaled to magnitudes that are consistent with product 
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sales history data for the entity, forecast product demand for the entity, or 
both. As stated above, if the forecasted change in demand is scaled, then it 
can be expressed in monetary denominations, units to be sold, or the like. 

[0112] FIG. 6 shows volatility scale factor data 114 with an exemplary scaling 

template 600. Scaling template 600 provides, for at least one specific 
product/location/time period combination, a scale value. In scaling template 
600, for example, scale values are shown for BOOTS in MSA 100 for various 
periods of time. Scale values in scaling template 600 can be determined using 
statistical techniques, expert assessment, expert definition with BOOTS sales 
history data for the entity, or any combination of the foregoing. (When the 
entity lacks BOOTS sales history data, proxy sales history data for BOOTS 
can be analyzed using statistical techniques, expert assessment, expert 
definition with proxy sales history data for BOOTS, or any combination of the 
foregoing.) Scale values are determined to scale normalized weather factor 
metric data 112 to magnitudes that are consistent with BOOTS sales history 
data for the entity, forecast BOOTS demand for the entity, or both. 

[0113] For example, for BOOTS in MSA 100 and period P3, scaling template 

600 shows, at record 603, a scale value of 0.2. Returning to FIG. 1, volatility 
scaling processor 104 can receive the scale value of 0.2 and normalized 
weather factor metric data 112 of 0.28 (from, for example, the forecasted 
weather-based demand from the example presented above with respect to the 
embodiment of the present invention in which weather factor relationship 
knowledgebase 110 comprises proxy model conditions template 500). 
Volatility scaling processor 104 can produce scaled weather factor metric data 
1 12 as shown in Eq. (8): 

Eq. (8) WFMD scaled = (WFMD)(SV), 

where WFMD sca i e d is the scaled weather factor metric data 112 and SV is the 
scale value. In this example, WFMD is 0.28 and SV is 0.2. Thus, WFMD sca i ed 
is +0.056, the scaled forecast weather-based demand. 
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[0114] In certain applications, a better measure of weather-based demand can 

be provided from the value of scaled weather factor metric data 112 than from 
the value of (unsealed) normalized weather factor metric data 112. 

Deaggregation 

[0115] As described above, the present invention determines normalized 

weather factor metric data 112, which can be indicative of weather-based 
demand for a specific product/location/time period combination. However, in 
certain applications it can be desirable to determine weather-based demand for 
the product in a more specific location, during a more specific time period, or 
both. 

[0116] FIG. 7 shows an exemplary representation of deaggregation data 116. 

Deaggregation data 116 can comprise any of a variety of tables including, but 
not limited to, a location deaggregation table 710 and a timeframe (i.e., time 
period) deaggregation table 720. 

[0117] Location deaggregation table 710 provides, for a specific location/sub- 

location combination, a sub-location demand weight. In table 710, for 
example, sub-location demand weights are shown for demand in MSA 100 for 
various sub-locations. Sub-location demand weights can be determined from 
generally accepted relationships between a location and its sub-locations. The 
relationships can be determined from an analysis of sales history data for the 
client, demographics data, industry indices, or any combination of the 
foregoing. 

[0118] Timeframe deaggregation table 720 provides, for a specific 

product/timeframe/sub-timeframe combination, a sub-timeframe demand 
weight. In table 720, for example, sub-timeframe demand weights are shown 
for BOOTS for various combinations of timeframes and sub-timeframes. Sub- 
timeframe demand weights can be determined from generally accepted 
relationships between a timeframe and its sub-timeframes. The relationships 
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can be determined from an analysis of product sales history data for the client, 
demographics data, industry indices, or any combination of the foregoing. 
[0119] The skilled artisan will appreciate other means by which deaggregation 

data 116 could be organized. For example, location deaggregation table 710 
could provide sub-location demand weights for specific product/location/sub- 
location combinations, while timeframe deaggregation table 720 could provide 
sub-timeframe demand weights for specific timeframe/sub-timeframe 
combinations. 

[0120] For example, in the location designated MSA 100 and the sub-location 

designated ST2, location deaggregation table 710 shows, at record 712, a sub- 
location demand weight of 1.2. For BOOTS, during the timeframe designated 
PI and the sub-timeframe designated W3, timeframe deaggregation table 720 
shows, at record 723, a sub-timeframe demand weight of 0.2. Returning to 
FIG. 1, deaggregation processor 106 can receive the sub-location demand 
weight of 1.2, the sub-timeframe demand weight of 0.2, and normalized 
weather factor metric data 112 of 0.28 (from, for example, the forecasted 
weather-based demand from the example presented above with respect to the 
embodiment of the present invention in which weather factor relationship 
knowledgebase 110 comprises proxy model conditions template 500). 
(Alternatively, deaggregation processor 106 could receive normalized weather 
factor metric data 112 of 0.056 from, for example, the forecasted weather- 
based demand from the example presented above with respect to the 
embodiment of the present invention in which volatility scale factor data 114 
is received by volatility scaling processor 104). Deaggregation processor 106 
can produce deaggregated weather factor metric data 1 12 as shown in Eq. (9): 

Eq. (9) WFMD d eag = (WFMD5)(SLDW)(STD W), 

where WFMD de a g is the deaggregated weather factor metric data 112, WFMD5 
is either WFMD or WFMD sca i e d (depending upon whether or not WFMD was 
processed by volatility scaling processor 104), SLDW is the sub-location 
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demand weight, and STDW is the sub-timeframe demand weight. In this 
example, WFMD5 is 0.28, SLDW is 1.2, and STDW is 0.2. Thus, WFMD deag 
is +0.0672, the forecast weather-based demand in sub-location ST2 for sub- 
timeframe W3. 

[0121] In applications in which deaggregation is performed for location, but 

not for timeframe, STDW in Eq. (9) is set equal to one. Likewise, in 
applications in which deaggregation is performed for timeframe, but not for 
location, SLDW in Eq. (9) is set equal to one. 

Method for Forecasting Weather-Based Demand 

[0122] The present invention also provides a method for forecasting weather- 

based demand. FIG. 8 shows a flow chart of a method 800 for forecasting 
weather-based demand. Method 800 begins at a step 802. If weather-based 
demand is to be forecasted for more than one product, then method 800 can 
proceed to an optional step 804. At step 804, a product is selected. If 
weather-based demand is to be forecasted for more than one location, then 
method 800 can proceed to an optional step 806. At step 806, a location is 
selected. For example, the location can be defined by a Metropolitan 
Statistical Area, a metropolitan area, or the like. If weather-based demand is 
to be forecasted for more than one time period, then method 800 can proceed 
to an optional step 808. At step 808, a time period is selected. The time 
period can be, but is not necessarily, a subdivision of a year. 

[0123] At a step 810, weather metrics data are received. Weather metrics data 

include recorded observations and forecasts. Weather metrics data can 
comprise a variety of denominations for weather conditions, weather patterns, 
or both. Weather metrics data can be identified by different weather data 
types. The different weather data types can include, for example, actual 
weather data, seasonal weather data, category weather data, and index weather 
data. Preferably, the weather metrics data corresponds to the selected location, 
the selected time period, or any combination of the foregoing. 
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[0124] At a step 812, a weather factor relationship knowledgebase is received. 

The weather factor knowledgebase can be realized by a weather-impact 
model. The weather-impact model describes an effect that weather has had (or 
is expected to have) on demand for the product at the location during the time 
period. The effect is derived from an analysis of normalized proxy sales 
history data for the product. The analysis can use statistical techniques, expert 
assessment, expert definition, or any combination of the foregoing. For 
.example, the weather-impact model can be one or more empirical scoring 
matrices, one or more weather indices templates, one or more proxy model 
conditions templates, or any combination of the foregoing. Preferably, the 
weather factor relationship knowledgebase corresponds to the selected 
product, the selected location, the selected time period, or any combination of 
the foregoing. 

[0125] At a step 814, a weather-based demand is forecasted using the weather 

metric data and the weather factor relationship knowledgebase. The weather- 
based demand can be realized as normalized weather factor metric data. 

[0126] Optionally, method 800 can proceed to a step 816. At step 816, the 

weather-based demand is scaled to magnitudes that are consistent with product 
sales history for an entity, forecast product demand for the entity, or both. 

[0127] Optionally, method 800 can proceed to a step 818. At step 818, the 

weather-based demand is deaggregated. The weather-based demand can be 
deaggregated by location, time period, or both. For example, the selected 
location can be deaggregated into several sub-locations, one of which is 
selected. Likewise, the selected time period can be deaggregated into several 
sub-time periods, one of which is selected. 

[0128] Optionally, method 800 can proceed to a step 820. At step 820, it is 

determined if there is a remaining time period. If step 818 was performed, 
then the remaining time period can be a remaining sub-time period. If there is 
a remaining sub-time period, then method 800 can proceed to step 818 where 
another sub-time period is selected. If there is a remaining time period, then 
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method 800 can proceed to step 808. Preferably, method 800 proceeds to step 
808 after the desired sub-time periods have been processed. 

[0129] Optionally, method 800 can proceed to a step 822. At step 822, it is 

determined if there is a remaining location. If step 818 was performed, then 
the remaining location can be a remaining sub-location. If there is a remaining 
sub-location, then method 800 can proceed to step 818 where another sub- 
location is selected. If there is a remaining location, then method 800 can 
proceed to step 806. Preferably, method 800 proceeds to step 806 after the 
desired sub-locations have been processed. 

[0130] Optionally, method 800 can proceed to a step 824. At step 824, it is 

determined if there is a remaining product. If there is a remaining product, 
then method 800 can proceed to step 804. 

[0131] Method 800 terminates at a step 826. 

Computer Program Product for Forecasting Weather-Based Demand 

[0132] The present invention also provides a computer program product for 

forecasting weather-based demand. The computer program product has 
computer program code means embodied in a computer useable medium. The 
computer program code means comprises a first program code means, a 
second program code means, and a third program code means. 

[0133] The first program code means are for receiving weather metrics data. 

Weather metrics data include recorded observations and forecasts. Weather 
metrics data can comprise a variety of denominations for weather conditions, 
weather patterns, or both. Weather metrics data can be identified by different 
weather data types. The different weather data types can include, for example, 
actual weather data, seasonal weather data, category weather data, and index 
weather data. Preferably, the weather metrics data corresponds to the selected 
location, the selected time period, or any combination of the foregoing. 

[0134] The second program code means are for receiving a weather factor 

relationship knowledgebase. The weather factor knowledgebase can be 
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realized by a weather-impact model. The weather-impact model describes an 
effect that weather has had (or is expected to have) on demand for the product 
at the location during the time period. The effect is derived from an analysis 
of normalized proxy sales history data for the product. The analysis can use 
statistical techniques, expert assessment, expert definition, or any combination 
of the foregoing. For example, the weather-impact model can be one or more 
empirical scoring matrices, one or more weather indices templates, one or 
more proxy model conditions templates, or any combination of the foregoing. 
Preferably, the weather factor relationship knowledgebase corresponds to the 
selected product, the selected location, the selected time period, or any 
combination of the foregoing. 

[0135] The third program code means are for forecasting the weather-based 

demand by using the weather metrics data and the weather factor relationship 
knowledgebase. The weather-based demand can be realized as normalized 
weather factor metric data. 

[0136] The computer program product can further comprise a fourth program 

code means. The fourth program code means can be for scaling the weather- 
based demand. The weather-based demand can be scaled to magnitudes that 
are consistent with product sales history for an entity, forecast product demand 
for the entity, or both. 

[0137] The computer program product can further comprise a fifth program 

code means. The fifth program code means can be for deaggregating the 
weather-based demand. The weather-based demand can be deaggregated by 
location, time period, or both. For example, the selected location can be 
deaggregated into several sub-locations, one of which is selected. Likewise, 
the selected time period can be deaggregated into several sub-time periods, 
one of which is selected. 

[0138] The computer program product can further comprise a sixth program 

code means. The sixth program code means can allow a user to select a 
product and cause the computer to determine if there is a remaining product. 
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[0139] The computer program product can further comprise a seventh 

program code means. The seventh program code means can allow a user to 
select a location and cause the computer to determine if there is a remaining 
location. For example, the location can be defined by a Metropolitan 
Statistical Area, a metropolitan area, or the like. If the selected location has 
been deaggregated into several sub-locations, then the remaining location can 
be a remaining sub-location. If there is a remaining sub-location, then the 
seventh program code means can allow the user to select another sub-location. 
If there is a remaining location, then the seventh program code means can 
allow the user to select another location. Preferably, the other location is 
selected after the desired sub-locations have been processed. 

[0140] The computer program product can further comprise an eighth 

program code means. The eighth program code means can allow a user to 
select a time period and cause the computer to determine if there is a 
remaining time period. The time period can be, but is not necessarily, a 
subdivision of a year. If the selected time period has been deaggregated into 
several sub-time periods, then the remaining time period can be a remaining 
sub-time period. If there is a remaining sub-time period, then the eighth 
program code means can allow the user to select another sub-time period. If 
there is a remaining time period, then the eighth program code means can 
allow the user to select another time period. Preferably, the other time period 
is selected after the desired sub-time periods have been processed. 

Environment of the Present Invention 

[0141] FIG. 9 is a block diagram of an example computer system 900 that can 

support an embodiment of the present invention. Computer system 900 
includes one or more processors, such as a central processing unit (CPU) 904. 
The CPU 904 is connected to a communications bus 906. Various software 
embodiments are described in terms of this example computer system. After 
reading this description, it will be apparent to a person skilled in the relevant 
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art how to implement the present invention using other computer systems 
and/or computer architectures. 

[01421 Computer system 900 also includes a main memory 908, preferably 

random access memory (RAM), and can also include a secondary memory 
910. The secondary memory 910 can include, for example, a hard disk drive 
912 and/or a removable storage drive 914, representing a floppy disk drive, a 
magnetic tape drive, an optical disk drive, etc. The removable storage drive 
914 reads from and/or writes to a removable storage unit 918 in a well-known 
manner. Removable storage unit 918 represents a floppy disk, magnetic tape, 
optical disk, etc., which is read by and written to removable storage drive 914. 
As will be appreciated, the removable storage unit 918 includes a computer 
useable storage medium having stored therein computer software and/or data. 

[0143] The computer system 900 also includes conventional hardware such as 

a display 930, a keyboard 932, and a pointing device 934. A digitizer 936 and 
a camera 938 can be used for capturing images to process according to the 
present invention. Alternatively, images can be retrieved from any of the 
above-mentioned memory units, or via a communications interface 924. In 
alternative embodiments, secondary memory 910 may include other similar 
means for allowing computer programs or other instructions to be loaded into 
computer system 900. Such means can include, for example, a removable 
storage unit 922 and an interface 920. Examples can include a program 
cartridge and cartridge interface (such as that found in video game devices), a 
removable memory chip (such as an EPROM, or PROM) and associated 
socket, and other removable storage units 922 and interfaces 920 which allow 
software and data to be transferred from the removable storage unit 922 to 
computer system 900. 

[0144] The communications interface 924 allows software and data to be 

transferred between computer system 900 and external devices via 
communications path 926. Examples of communications interface 924 can 
include a modem, a network interface (such as an Ethernet card), a 
communications port (e.g., RS-232), etc. Software and data transferred via 
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communications interface 924 are in the form of signals which can be 
electronic, electromagnetic, optical or other signals capable of being received 
by communications interface 924 via communications path 926. Note that 
communications interface 924 provides a means by which computer system 
900 can interface to a network such as the Internet. 
[0145] The present invention is described in terms of this example 

environment. Description in these terms is provided for convenience only. It 
is not intended that the invention be limited to application in this example 
environment. In fact, after reading the complete description, it will become 
apparent to a person skilled in the relevant art how to implement the present 
invention in alternative environments. 

Software and Hardware Embodiments 

[0146] The present invention is preferably implemented using software 

running (that is, executing) in an environment similar to that described above 
with respect to FIG. 9. 

[0147] Computer programs (also called computer control logic) are stored in 

main memory and/or secondary memory 910. Computer programs can also be 
received via communications interface 924. Such computer programs, when 
executed, enable the computer system 900 to perform the features of the 
present invention as discussed herein. In particular, the computer programs, 
when executed, enable the processor 904 to perform the features of the present 
invention. Accordingly, such computer programs represent controllers of the 
computer system 900. 

[0148] In an embodiment where the present invention is implemented using 

software, the software may be stored in a computer program product and 
loaded into computer system 900 using removable storage drive 914, hard 
drive 912 or communications interface 924. Alternatively, the computer 
program product may be downloaded to computer system 900 over 
communications path 926. The control logic (software), when executed by the 
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processor 904, causes the processor 904 to perform the functions of the 
present invention as described herein. 

[0149] In another embodiment, the present invention is implemented primarily 

in hardware using, for example, hardware components such as application 
specific integrated circuits (ASICs). Implementation of a hardware state 
machine so as to perform the functions described herein will be apparent to 
persons skilled in the relevant art(s). 

[0150] In other embodiments, the present invention is implemented in 

software, hardware, firmware, or any combination thereof 

Conclusion 

[0151] While an embodiment of the present invention has been described 

above, it should be understood that it has been presented by way of example 
only, and not limitation. It will be understood by those skilled in the art that 
various changes in form and detail may be made therein without departing 
from the spirit and scope of the invention as defined in the appended claims. 
Thus, the breadth and scope of the present invention should not be limited by 
the above-described exemplary embodiment, but should be defined only in 
accordance with the following claims and their equivalents. 
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